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1. Introduzione 


La concezione dei sistemi di ela- 
borazione ha registrato una dina- 
mica continua, con trasformazioni 
profonde in cui si intrecciano com- 
ponenti scientifiche, tecniche, 
economiche e organizzative. Que- 
sta complessa evoluzione può es- 
sere schematizzata, in prima ap- 
prossimazione, nelle fasi indicate 
in fig. 1. 

All’inizio, i sistemi di elaborazio- 
ne sono decentrati e senza alcuna 
capacità di comunicazione. L’ela- 
boratore è una entità a se stante 
(“stand alone”), il cui uso è possi- 
bile solo accedendo direttamente 
al luogo dove è installata la mac- 
china. 


Criteri di economia di scala condu- 
cono in uno stadio successivo (cir- 
ca metà degli anni ’60) a criteri di 
accentramento delle risorse elabo- 
rative. Si sviluppano pertanto cal- 
colatori di grosse dimensioni e 
contemporaneamente prende pie- 
de la tele-elaborazione come cor- 
rettivo alla centralizzazione. 
L’utente finale può accedere al- 
l’elaboratore da lontano, mediante 
terminali remoti collegati via linea 
telefonica. I terminali sono però 
semplici organi di ingresso/uscita, 
senza capacità di elaborazione, ri- 
manendo tutta l’“intelligenza” 
concentrata nel grosso elaboratore 
centrale. 


Verso il 1970, l’avvento dei mini- 


computer induce nelle organizza- 
zioni un riflusso di decentralizza- 
zione. I mini significano infatti 
una notevole potenza di elabora- 
zione ad un prezzo relativamente 
basso, tanto da rientrare nei limiti 


di autorizzazione dei livelli divi- . 
sionali. I mini si diffondono quindi 


nell’organizzazione, sfuggendo al 
controllo del centro di calcolo. È la 
cosiddetta “rivolta dei mini”, un 


tentativo dell’utente finale di su- . 


perare la lentezza e la rigidità del 
servizio centralizzato, acquisendo 
una propria. capacità elaborativa. 
Anche questa soluzione mostra 
però i suoi limiti, perchè ogni com- 
puter necessita in generale dei dati 
forniti dai computer di altre parti 
dell’organizzazione. 


Si arriva così all’ultima” fase 
dell’evoluzione, quella dei sistemi 
distribuiti. Se prescindiamo dalle 
realizzazioni sperimentali avvenu- 
te nell’ultimo decennio, questa fa- 
se si apre sostanzialmente con gli 
anni ’80. 

L’informatica distribuita si pre- 
senta come un momento di sintesi 
delle concezioni precedenti, come 
una soluzione capace di conciliare 
l’antitesi centralizzazione/decen- 
tralizzazione. 


Un sistema distribuito è infatti 
concepito come un insieme di uni- 
tà dotate di capacità operativa au- 
tonoma e al tempo stesso in grado 
di scambiare mutuamente dati e 


(*). Presentato al 28° Congresso Internazionale per l’Elettronica, Roma, marzo 1981. 


risorse elaborative attraverso una 
rete di comunicazione. L’“intelli- 
genza” risulta distribuita nel siste- 
ma, non però in un’ottica autarchi- 
ca, ma di cooperazione ed integra- 
zione delle risorse. 


2. Motivazioni dell’approccio 
distribuito 

Da un punto di vista “filosofico”, si 
potrebbe dire che l’informatica di- 
stribuita rappresenta la correzione 
di una tendenza che ha caratteriz- 
zato l’elaboratore dalla sua origine 
ad oggi, cioè la crescita continua di 
complessità. Questo fenomeno è 
attribuibile, sostanzialmente, a tre 
fattori: 


— il progresso della tecnologia, 
che mettendo a disposizione 
elementi sempre meno costosi, 
meno ingombranti, più affidabi- 
li, ne ha incoraggiato l’impiego; 

— i criteri di economia di scala, 
che hanno spinto alla centraliz- 
zazione dell’elaborazione ed a 
macchine sempre più potenti; 


— le nuove “dimensioni” acquisite 
via via dall’informatica (dalla 
mono alla multiprogrammazio- 
ne, dal batch all’interattività, 
dal sistema indivisibile al time- 
sharing, e così via). 

Tutti questi fattori hanno concor- 

so a rendere l’elaboratore sempre 

più complesso e quindi sempre 
più difficile da progettare, da co- 
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Fig. 1 - Stadi evolutivi dei sistemi 
di elaborazione. 


struire, da collaudare, da riparare, 
da usare. Questo processo non 
può continuare indefinitamente, 
per non arrivare alla “barriera del- 
la complessità”. Il concetto di si- 
stema distribuito costituisce, sotto 
questo profilo, una opportuna in- 
versione di tendenza. 


Se questo può essere un modo 
piuttosto astratto di interpretare la 
svolta verso i sistemi distribuiti, 
non mancano in materia argomen- 
tazioni più precise. 


1) L’evoluzione tecnologica, gra- 
zie in particolare alla microelettro- 
nica, ha consentito di realizzare in 
piccoli o piccolissimi volumi (mi- 
ni/microcomputer) rilevanti po- 
tenze di calcolo a costi estrema- 
mente ridotti, rendendo fattibile 
una distribuzione capillare della 
“intelligenza”. 
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Parallelamente, anche il settore 
delle comunicazioni è progredito, 
realizzando nuove tecniche di tra- 
smissione, quali la commutazione 
di pacchetto, che offrono nuovi li- 
velli di efficienza e di qualità del 
servizio. 


Comparativamente però, l’evolu- 
zione dei costi è stata assai più ve- 
loce nel settore dell’elaborazione 
che in quello della trasmissione. 
Nel primo si è registrato infatti un 
tasso di riduzione che arriva al 25% 
annuo, contro un 11% medio del 
secondo [1]. Il fenomeno è descrit- 
to qualitativamente nella fig. 2, 
che mostra come col tempo si sia- 
no invertiti i pesi economici unita- 
ri della elaborazione e della tra- 
smissione dei dati. Tale andamen- 
to se prima forniva elementi a fa- 
vore della elaborazione centraliz- 
zata, onde ridurne il costo median- 


reti pubbliche 


te economie di scala, giustifica ora 
la strategia opposta, cioè l’elabora- 
zione locale, onde minimizzare il 
volume e quindi il costo della co- 
municazione. 


2) La centralizzazione postulava 
economie di scala non solo in ter- 
mini di macchine ma anche di ri- 
sorse umane. Questi concetti ave- 
vano trovato la loro sintesi nella 
“legge di Grosh”, secondo cui l’ef- 
ficienza operativa cresce col qua- 
drato del costo dell’elaboratore. 
Questa impostazione non è ora ri- 
tenuta più valida, non solo a causa 
dell’evoluzione tecnologica prima 
citata, ma anche per una revisione 
dei criteri organizzativi. La legge 
di Grosh trova infatti i suoi limiti 
nella “legge di Parkinson”, secon- 
do cui la produttività di una orga- 
nizzazione aumenta con il logarit- 
mo delle risorse disponibili [2]. La 
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Fig. 2 - Evoluzione del costo di 
elaborazione e trasmissione dati. 


fig. 3 descrive qualitativamente il 
fenomeno, che implica l’abbando- 
no della centralizzazione tout- 
court e l’orientamento verso solu- 
zioni di tipo policentrico. 


3) L’approccio distribuito consen- 
te un salto qualitativo nell’uso 
dell’informatica. 


— Il fatto stesso che le funzioni vi- 
tali del sistema non siano con- 
centrate, conferisce alle struttu- 
re distribuite una intrinseca 
“tolleranza al guasto”. Il verifi- 
carsi di un tale evento non pro- 
voca infatti l’arresto del siste- 
ma, ma solo una riduzione delle 
sue prestazioni (“fail-soft”). Per 
ottenere risultati paragonabili 
con sistemi centralizzati sareb- 
be necessario introdurre costo- 
se ridondanze. Oltre a ciò, un si- 
stema distribuito è chiaramente 
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meno vulnerabile rispetto ad 
evenienze catastrofiche, natura- 
li o dolose che siano. 


— Essendo l’elaborazione effettua- 
ta di norma nel posto:stesso di 
utilizzazione, ne consegue un 
deciso miglioramento delle pre- 
stazioni globali del sistema 
(tempo medio di risposta, 
throughput) rispetto al caso di 
elaborazione centralizzata. 

— L’utente finale di un sistema di- 
stribuito può usare risorse di cui 
sarebbe proibitivo disporre in 
qualunque altra soluzione. Le 
capacità di elaborazione, i pro- 
grammi e i dati esistenti nel si- 
stema sono infatti, in linea di 
principio, patrimonio comune 
di tutti gli utenti. 


Queste considerazioni, che pur 
non esauriscono l’argomento, so- 
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Fig. 3 - Relazione tra prestazioni 
e dimensione del sistema. 


no sufficienti a mostrare come 
l’approccio distribuito costituisca 
un reale superamento delle solu- 
zioni precedenti, in linea con 
l’evoluzione della tecnologia e ‘dei 
criteri di impiego della risorsa in- 
formatica. 


3. Tassonomia dei sistemi 
distribuiti 

Il concetto di sistema distribuito 
presenta una notevole varietà di 
interpretazioni ed è perciò OPPO!- 
tuno fissare le idee. 

Un primo criterio di classificazio- 
ne può essere basato sulla pre 
sione spaziale del sistema desoegi 
Si può in questo senso parlare di 
tre classi di sistemi distribuiti, C0- 
me mostrato nella tabella 


che 
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Sistema 
distribuito 


A Veloc. trasf. 
(m) (bit/sec) 


La “distribuzione funzionale” in- 
teressa la struttura interna del cal- 
colatore. In sostanza, l’unità di ela- 
borazione (CPU) viene realizzata 
mediante una pluralità di microe- 
laboratori tra loro cooperanti 
(CPU “multiprocessor”). La co- 
municazione tra i moduli del siste- 
ma è digitale, presenta elevato pa- 
rallelismo ed avviene mediante 
connessioni multiple stampate o 
cablate. 


La “distribuzione locale” fa riferi- 
mento a sistemi estesi ad aree li- 
mitate, quali possono essere un 
edificio o gruppi di edifici. La co- 
municazione tra le varie unità del 
sistema è tipicamente digitale e 
seriale su filo o cavo. 

La “distribuzione geografica” si ri- 
ferisce a sistemi sparsi su ampie 
aree territoriali. La trasmissione è 
analogica o digitale ed i mezzi im- 
piegati possono essere molteplici, 
dalla linea telefonica al satellite di 
comunicazione. 


I sistemi della prima classe sono 
generalmente “ad accoppiamento 
stretto”, nel senso che i vari pro- 
cessor hanno in comune la memo- 
ria di lavoro; i sistemi distribuiti 
localmente o geograficamente so- 
no invece tipicamente “ad accop- 
piamento lasco”, ed in essi lo 
scambio dei dati comporta un più 
complesso formalismo. 


Distribuzione 
funzionale 


Distribuzione 
locale 
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Distribuzione 
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Se prescindiamo dalla caratteristi- 
ca spaziale del sistema, esistono 
altre categorizzazioni possibili a 
seconda che il concetto di distri- 
buzione sia riferito alle risorse di 
elaborazione, ai dati o al controllo 
del sistema. 


Un sistema distribuito può essere 
definito tale se almeno una delle 
entità citate è distribuita. Una de- 


finizione quale proposta da Ens- 
low [3], che includa tutti e tre gli 
aspetti, è teoricamente rigorosa 
ma risulta molto restrittiva poichè, 
in tale accezione, non esisterebbe- 
ro attualmente veri sistemi distri- 
buiti. 

Con riferimento alle risorse di ela- 
borazione, una categorizzazione 
interessante è quella proposta da 
Anderson e Jensen [4], che esami- 
na il sistema dal punto di vista del- 
la comunicazione (trattamento dei 
messaggi tra i processor e topolo- 
gia di interconnessione dell’hard- 
ware). 


Il modello dà luogo ad un albero, 
le cui foglie corrispondono a possi- 
bili topologie di sistema. Ciò è illu- 
strato nella fig. 4, nella quale i qua- 
drati rappresentano gli elementi di 
elaborazione mentre i cerchi sono 
elementi di commutazione. Si 
hanno le seguenti strutture: 


1. ad anello . 
2. ad interconnessione completa 


3. multiprocessor con memoria 
comune 


4. lineare 
5. a stella 


6. ad anello con controllo centra- 
lizzato 


7. lineare con controllo centraliz- 
zato 


8. a maglia regolare 
9. a maglia irregolare 
10. lineare con finestra 


Pur presentando alcune limitazio- 
ni, il modello di Anderson e Jen- 
sen fornisce tuttora la più valida 
tassonomia dei sistemi distribuiti. 
Esso costituisce un utile strumen- 
to per analizzare dieci fondamen- 
tali concezioni di sistema, permet- 
tendo di compararne le più impor- 
tanti caratteristiche (throughput, 
modularità, sensibilità al guasto, 
ecc.) e di identificarne i punti di 
forza e di debolezza. 


Anche se praticamente tutte le al- 
ternative previste dal modello so- 
no state realizzate (molto spesso 
solo in unico esemplare), quelle 
probabilmente destinate ad avere 
maggiore seguito sono, a seconda 
le caratteristiche dell’applicazio- 


ne, la struttura ad anello (1), a stel- 
la (5), a bus (4) ed a maglia irrego- 
lare (9). Quest’ultima è la soluzio- 
ne dominante per i sistemi distri- 
buiti geograficamente e ad essa ci 
si riferisce nel linguaggio comune 
quando si parla di “reti di calcola- 
tori”. 

Se passiamo ora a considerare la 
distribuzione dei dati, occorre an- 
zitutto dire che l’esistenza di basi 
di dati nei vari nodi del sistema 
non costituisce di per sè una “base 
di dati distribuita”. Questa si ha 
solo se tali archivi sono tra loro 
correlati logicamente o funzional- 
mente, in modo da costituire 
un’unica collezione di dati. In un 


sistema così fatto, un qualsiasi 
programma utente può accedere, 


in modo uniforme e trasparente, ai 
dati esistenti nei vari punti del si- 
stema. La base di dati può essere 
soltanto ripartita tra i vari nodi op- 
pure replicata mediante copie par- 
ziali (fig. 5), con la possibilità di so- 
luzioni miste. La scelta va fatta in 
base alle caratteristiche che si de- 
siderano ottenere (tempo di rispo- 
sta, sicurezza, costo, ecc.) a livello 
sistema. 


Le basi di dati distribuite costitui- 
scono un tema ampio e comples- 
so. I problemi derivano non solo 
dalle difficoltà tecniche, che pure 
sono elevate, ma spesso anche dal 
fatto di dover tenere conto di solu- 
zioni esistenti, quasi sempre tra lo- 
ro inomogenee. Per queste ragio- 
ni, la diffusione di basi di dati di- 
stribuite non procede velocemen- 
te, anche se non mancano ormai 
esempi significativi di realizzazione. 
Passando infine a considerare il 
controllo del sistema, questa è cer- 
tamente la caratteristica più diffi- 
cile da distribuire. Negli attuali si- 
stemi distribuiti il controllo delle 
risorse di elaborazione e della base 
di dati è sostanzialmente di tipo 
centralizzato o gerarchico. Cia- 
scun componente della struttura è 
cioè controllato dai membri di li- 
vello superiore, ed il controllo 
complessivo risiede in un nodo 
centrale, che possiede la visibilità 
dello stato globale del sistema. 

A questa concezione “verticale” 
del controllo, si oppone quella di- 
stribuita od “orizzontale”. In un si- 
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Fig. 5 - Distribuzione dei dati: 
a) base di dati ripartita, 
b) base di dati replicata. 


stema con controllo distribuito, i 


vari nodi partecipano alla esecu-_. 


zione dei compiti su un piano di 
parità logica. Il ruolo di ciascun 
nodo commuta dinamicamente 
tra quello di “padrone” e quello di 
“schiavo” (master/$lave) ed il flus- 
so dei dati tra due nodi avviene 
sotto il controllo di quello che ori- 


ginariamente ha stabilito il colle- 
gamento. 


L’obiettivo fondamentale che ci si 
propone con un controllo distri- 
buito è di rendere il sistema meno 
vulnerabile rispetto al guasto di 
una singola parte, evento che può 
risultare invece paralizzante in un 
sistema distribuito con controllo 
centralizzato o gerarchico. 


La distribuzione del controllo è un 
problema di grande difficoltà teo- 
rica, poichè implica la creazione di 
un “Sistema operativo distribui- 
to”, capace cioè di controllare il si- 
stema nel suo complesso senza la 
conoscenza di alcuna variabile glo 
bale del sistema. È questa n 
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ancora ampiamente aperta alla ri- 
cerca ed alla sperimentazione. 


4. L’architettura dei sistemi 
distribuiti 

Se si considera un qualsiasi siste- 
ma distribuito, si distinguono tre 
aree fondamentali, rispettivamen- 
te di utente, di elaborazione e di 
comunicazione, come illustrato in 
fig. 6. 


La sottorete di comunicazione è 
qui intesa come quella infrastrut- 
tura che permette il collegamento 
tra le varie unità che sono ad essa 
allacciate. 


La sottorete di comunicazione co- 
stituisce un punto fermo del siste- 
ma, nel senso che elaboratori e ter- 
minali ad essa connessi cambie- 
ranno generalmente col tempo, 
ma la rete rimarrà, anche se espan- 
dendosi e modificandosi. Elabora- 
tori e terminali dovranno quindi 
adeguarsi agli standard della rete 
di comunicazione, pubblica o pri- 
vata che sia, e non viceversa. 








È evidente da ciò, la grande impor- 
tanza di standardizzare un insieme 
di caratteristiche dei sistemi di ela- 
borazione, affinchè ad una rete 
possano essere collegati senza dif- 
ficoltà apparati di qualsiasi tipo, di- 
mensione e provenienza, ed essi 
possano tra loro colloquiare. 


L’insieme delle discipline cui atte- 
nersi per costruire un sistema di 
elaborazione, a partire dai moduli 
hardware e software disponibili, 
viene usualmente designato come 
“architettura” del sistema. Que- 
sta definizione è valida in generale 
e si applica quindi anche al caso 
che il sistema di elaborazione sia 
distribuito. 


Un fondamento concettuale co- 
mune a tutte le architetture distri- 
buite esistenti è la struttura a strati 
(fig. 7). 


L’insieme delle funzioni del siste- 
ma è suddiviso in strati, o livelli, 
organizzati gerarchicamente. Gli 
strati di livello superiore utilizza- 
no le funzioni fornite da quelli in- 














feriori per costruire una funziona- 
lità crescente ed un maggior livel- 
lo di astrazione. Ogni strato pre- 
senta delle “interfacce” precise, 
che garantiscono il coordinamen- 
to e il controllo del flusso dei dati 
con gli strati adiacenti. Inoltre, 
Ogni strato può dialogare con lo 
Strato di pari livello di altre unità, 
Seguendo un insieme di regole e 
convenzioni ben definite, chiama- 
‘e “protocolli”. Durante tale dialo- 
89, gli strati a livello inferiore risul- 
tano “trasparenti”. 


i vantaggio fondamentale della 
MPOostazione a strati consiste nel- 
n, a i lità di isolare le funziona- 
meta “ vari strati e quindi di con- 
Senza 4 odifiche al loro interno 
«è Over intervenire sul resto 
ella Struttura. 


L’archite : 
TChitettura di un sistema distri- 


mo I ‘Sulta quindi essere, in defi- 
fimmg: Insieme organizzato di 
attraversa terfacce e protocolli, 
nali. È Cui elaboratori e termi- 


ndo interconnessi in una 





rete, possono operare in modo 
coordinato. 

Allo stato delle cose, esiste tutta 
una varietà di architetture distri- 
buite, generate dai principali co- 
struttori di elaboratori. Si ha così 
lo SNA (System Network Archi- 
tecture) della IBM, il DSA (Distri- 
buted System Architecture) della 
Honeywell, il DCA (Distributed 
Communication Architecture) 
della Univac, e così via. Tutte que- 
ste architetture sono, in pratica, 
tra loro incompatibili. (*) 


Gli enti internazionali di norma- 
lizzazione, quali il CCITT, l'ISO, 
ecc. stanno lavorando da anni su 
standard per sistemi distribuiti. 
Attualmente si registra una con- 
vergenza di consensi sul modello 
di architettura proposto origina- 
riamente dall’ISO (International 
Standard Organization) e noto co- 


(*) La connessione di sistemi non compati- 
bili è possibile introducendo specifici adat- 
tatori (“gateway”). E questa evidentemente 
una soluzione di ripiego. 


Fig. 6 - Le tre reti fondamentali: 
a) rete di utente, 

b) rete di elaboratori, 

c) sottorete di comunicazione. 


me OSI (“Open Systems Intercon- 
nection Reference Model”) [6]. 
Questo modello, come mostrato 
in fig. 8, definisce 7 strati per l’ac- 
cesso alle comunicazioni. (Nella 
figura è indicata anche l’esistenza 
di strati superiori, per l’accesso al- 
la base di dati, che non sono però 
ancora definiti). 

Come si è già detto, l’adesione agli 
standard proposti è finora scarsa e 
comunque limitata ai tre livelli in- 
feriori della architettura. Ad essi si 
riferisce, ad esempio, lo standard 
CCITT/ISO X-25 per le reti a com- 
mutazione di pacchetto, che pure, 
di fatto, non risulta inserito in di- 
verse note architetture. 

La meta della ampia diffusione di 
architetture “aperte” appare anco- 
ra lontana, a causa più di ragioni 
commerciali e industriali che non 
strettamente tecniche. Non man- 
cano tuttavia prese di posizione in 
tale direzione; ad esempio, lo stan- 
dard OSI è stato incorporato nella 
architettura DSA della Honey- 
well. 
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Fig. 7 - Architettura a strati. 


5. Le prospettive 


Gli anni ’70 hanno costituito.s0- 
stanzialmente la fase di ricerca e di 
sperimentazione dei sistemi di- 
stribuiti, anche se sono ormai nu- 
merosi gli esempi di realizzazioni 
ad opera di università, industrie e 
grandi utenti, in USA soprattutto 
ma anche in Europa. 


Anche l’Italia ha partecipato a 
questa evoluzione di fondo dell’in- 
formatica. Si può citare, ad esem- 
pio, la partecipazione nel progetto 
di reti continentali, quali l’Euro- 
net; lo sviluppo di progetti di reti 
locali; la realizzazione di elabora- 
tori con struttura distribuita, arri- 
vati in un caso (DPS 4) alla fabbri- 
cazione di larga serie. Tra le inizia- 
tive in atto, è da citare il program- 
ma Compunet, nell’ambito del 
Progetto finalizzato informatica 
del CNR, cui partecipano univer- 
sità ed industrie, col coordinamen- 
to del CREI. 


Gli anni ’80 si presentano ora co- 
me la fase di espansione dei siste- 





mi distribuiti, anche se ciò avverrà 
ancora in modo graduale, dato il 
numero e la complessità dei pro- 
blemi coinvolti. 


Un problema di fondo è quello de- 
gli standard architetturali. Come 
già accennato, si può dire che una 
standardizzazione è stata raggiun- 
ta, in pratica, solo peri protocolli a 
livello più basso, quelli cioè che 
servono per interagire con la sotto- 
rete di comunicazione. Lo stan- 
dard CCITT (incluso nel modello 
ISO) si è imposto sostanzialmente 
per il fatto che del CCITT fanno 
parte le amministrazioni PT di tut- 
to il mondo. La necessità di allac- 
ciarsi alle reti pubbliche forza 
quindi i costruttori ad adeguarsi a 
tale normativa. 


Il problema è invece del tutto 
aperto per quanto concerne i pro- 
tocolli di livello più alto, quelli 
cioè che consentono l’interazione 
tra processi utente. Non esiste in 
questo caso una concreta spinta al- 
la standardizzazione, anzi giocano 





in senso contrario interessi e poli- 
tiche aziendali. La standardizza- 
zione in questo ambito si prospet- 
ta pertanto di difficile attuazione. 


Complessivamente quindi, la dif- 
fusione di architetture “aperte” va 
vista in un’ottica di tempi lunghi. 


A questo tipo di vincolo, si deve 
aggiungere il fatto che la progetta- 
zione di un sistema distribuito ri- 
mane un lavoro molto complesso. 
La varietà di soluzioni alternative 
su come configurare il sistema, al- 
locare e dimensionare le risorse, 
realizzare l’opportuno livello di in- 
tegrità e riservatezza dei dati, defi- 
nire una adeguata diagnostica del 
sistema (che eviti, tra l’altro, pal- 
leggiamenti di responsabilità tra il 
gestore della rete e il fornitore del- 
le apparecchiature di elaborazio- 
ne), e così via, rendono arduo il 
processo di ottimizzazione del si- 
stema. In questa luce, indubbia 
importanza continuerà ad avere la 
ricerca di metodologie e di stru- 
menti di progettazione, così come 
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un ruolo cruciale avranno le attivi- 
tà di formazione. 


A monte di tutto ciò, lo sviluppo 
dei sistemi distribuiti è condizio- 
nato, ovviamente, dalla esistenza 
di adeguate infrastrutture di co- 
municazione, in particolare del ti- 
po a commutazione di pacchetto. 


L’Italia, a questo riguardo, sta tut- 
tora registrando un sensibile ritardo. 
Se dai problemi e condizionamen- 
ti passiamo alle prospettive, si pos- 
sono individuare alcune principali 
linee di sviluppo. 


La tecnologia, specie la microelet- 
tronica, eserciterà ancora una 
enorme influenza sullo sviluppo 
dei sistemi distribuiti. Si può cita- 
re, in particolare, il progressivo 
trasferimento in hardware di fun- 
zionalità architetturali oggi realiz- 
zate in software. 


Ad esempio, si prevede a non 
lunga scadenza, la realizzazione 
dell’intero protocollo X-25 in un 
singolo “chip” di semiconduttore. 
Si potranno quindi inserire ampie 
capacità di colloquio anche in ap- 
parecchiature di piccole dimensio- 
ni e basso costo. Questa possibilità 
porterà verso una distribuzione 
capillare della elaborazione, a li- 
vello “personale”, con apparec- 


chiature inseribili sulla rete di co-- 


“ 


municazione mediante una spina, 
come si fa per l’energia elettrica 
(“information outlet”, la presa in- 
formatica). 


Sotto un profilo sistemistico, si 
può dire che nei prossimi anni si 
andrà verso una “vera” distribu- 
zione dell’intelligenza, cioè verso 
sistemi in cui il termine distribuito 
si applica contemporaneamente 
alle risorse di elaborazione, alle 
basi di dati ed al controllo. 


Un ulteriore orientamento è costi- 
tuito dalla integrazione nel siste- 
ma di tutte le varie forme di comu- 
nicazione (testi, dati, voce, imma- 
gini). In particolare, nel caso di 
una azienda ciò significa l’integra- 
zione nella rete di una varietà di 
funzioni oggi viste separatamente 
(telex, fac-simile, word proces- 
sing, ecc.), nonchè di servizi svolti 
finora mediante altri supporti fisici 
(es. electronic mail) o addirittura 
inesistenti (es. teleconferencing). 


Il sistema distribuito di elabora- 
zione diventa in tal modo la più 
importante risorsa aziendale e co- 
me tale andrà pianificato e gestito. 


Una ulteriore possibile evoluzio- 
ne riguarda il concetto di rete pub- 
blica di comunicazione. La nozio- 
ne di VAN (Value Added Net- 
work) potrà cambiare nel senso 
che il “valore aggiunto” della rete 
tenderà ad aumentare. 


Rappresentativo di questa linea di 
tendenza, oggi limitata agli USA, è 
il sistema ACS (Advanced Com- 
munication Service) della ATT, at- 
tualmente in fase di sviluppo. Si 
tratta di una rete di comunicazio- 
ne “superintelligente”, 
prende carico di molte funzioni ti- 
piche della rete di calcolatori, sol- 
levandone l’utente. 


Il progetto della ATT si inquadra 
nel nuovo contesto legislativo 
USA, che ha liberalizzato i settori 
delle telecomunicazioni e dell’in- 
formatica, consentendo ad azien- 
de dell’un settore di entrare nel- 
l’altro. In questo quadro di reci- 
procità, si inserisce il lancio (no- 
vembre 1980) delprimo satellite di 
comunicazione della IBM, attra- 
verso la partecipazione al SBS (Sa- 
tellite Business System). C’è ma- 
teria per prevedere un duello tra 
giganti sul terreno, ormai comune, 
della telematica. 


A prescindere dalle strategie indu- 
striali, una domanda che viene fat- 
to di porsi è: Quale è il posto mi- 
gliore per collocare determinate 
funzioni? Nella rete di comunica- 
zione, negli host computer, nei 
concentratori o in terminali intelli- 
genti costruiti con microprocesso- 
ri? La risposta a questa domanda è 
molto difficile perchè legata alla 
proiezione di tutta una serie di fat- 
tori, che vanno dai costi dell’hard- 
ware e del software, allo sviluppo 


delle reti, all'evoluzione dei servizi. 


Ciò che si può dire con sicurezza è 
che l’incontro (che, come si è vi- 
sto, contiene anche una dialettica 
di scontro) tra informatica e tele- 
comunicazioni costituisce un 
evento di eccezionale portata che 
apre realmente una nuova epoca, 
quella della “società dell’informa- 
zione”. 


che si” 
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